Multi-tiered graphical user interface (gui) systems and methods for interoperating between multiple mobile application modes during a real-time caregiving event

ABSTRACT

Multi-tiered graphical user interface (GUI) systems and methods are described for interoperating between multiple mobile application modes during a real-time caregiving event. An expert GUI and a novice GUI are rendered having a an expert mode and an novice mode, respectively, that share a control state for passing operation between the expert mode and the novice mode. A triggering of a caregiving event is detected that causes the passing of the control state from the expert mode to the novice mode, and the rendering of a novice GUI in an interoperated sequence following rendering of the expert GUI. Caregiving data of a novice user is generated during the novice mode, wherein the novice GUI, as rendered during the novice mode, comprises a different interface compared with the expert GUI, and the novice GUI configured for manipulation by the novice user.

CROSS REFERENCE TO RELATED APPLICATION

This application claims the benefit of U.S. Provisional Application No.63/172,772, filed Apr. 9, 2021, the substance of which is incorporatedherein by reference.

FIELD

The present disclosure generally relates to multi-tiered graphical userinterface (GUI) systems and methods, and more particularly to,multi-tiered GUI systems and methods for interoperating between multiplemobile application modes during a real-time caregiving event.

BACKGROUND

Hygiene and personal disease safety is becoming increasingly important,especially in the midst of a global pandemic (e.g., regarding CoronaVirus Disease 2019 (COVID-19). Unfortunately, as care and training forspecific hygiene and personal disease safety and sanitation becomeincreasingly important, there are fewer resources and/or personnel forthe adequate provision of quality training or instruction regarding howto implement safety procedures, hygiene, and/or personal disease safety.Such problems are exacerbated when considering social isolation imposedby government lockdowns and/or social distancing requirements orrecommendations.

In addition, these hygiene and personal disease safety problems canexist at all age groups and experience levels. For example, parents(especially new ones) struggle with knowing how and when to providecaregiving (e.g., toilet training or “potty” training) to theirchildren, and clarity on how to approach such issue remains ambiguous.For example, for toilet training, parents face a reality of differentstages, across a 4-5 year cycle, that involve diapers, toilet usage,waste disposal, hand sanitation, etc. which may all occur at differenttimes and locations, including for example, day training, nighttraining, urinating standing up, going to the restroom in public and/orat school, wiping, etc. Thus vast differences may exist in each stage oftoilet training, where different responsibilities may come with eachstage. Each stage presents unique challenges that require differenttools and strategies to solve and provide for adequate hygiene relatedsolutions. These hygiene problems can of course exist at any ageconsidering the unique needs and debilitations.

Other hygiene and personal disease safety processes face similarchallenges, and with lack of hygiene and personal disease safety, anautomated or computer guided solution is needed to provide and/orfacilitate hygiene and personal disease safety, especially duringdisease, epidemic, and/or pandemic states.

For the foregoing reasons, there is a need for multi-tiered graphicaluser interface (GUI) systems and methods for interoperation betweenmultiple mobile application modes during a real-time caregiving event.

SUMMARY

Generally, as described herein, multi-tiered GUI systems and methods areprovided for interoperation between multiple mobile application modesduring a real-time caregiving event, such as a caregiving event. SuchGUI systems and methods provide robust hygiene and/or personal diseasetraining, tracking, education, and/or usage, and education of hygieneand/or safety, including through artificial intelligence (AI) solutionsand/or distributed system architecture.

In various aspects, the multi-tiered GUI systems and methods areimplemented as mobile applications (apps) on one or more mobile devices.For example, an expert user (e.g., parent) can manipulate an expert GUIto interact with a novice user (e.g., a child) who, in turn, manipulatesa novice GUI. The expert GUI and the novice GUI are interoperated orotherwise sequenced or communicatively coupled (e.g., via cellularnetworks, BLUETOOTH and/or WIFI) to provide hygiene related training,instruction, resources, tracking, social distancing, and/or to otherwisefacilitate electronic hygiene and personal disease safety in a varietyof fields and/or activities, e.g., toilet training, hand washing, etc.

In some aspects, a mobile app may be comprised of one or more sets ofmobile app instructions that may be programmed or coded together in asingle mobile app as implemented on a single mobile device. In otheraspects, the mobile app may be comprised of multiple sets of mobile appinstructions that may be programmed or coded as separate mobile apps asimplemented on a multiple mobile devices and designed to communicatewith each other across a computing network. In either of these aspects,the mobile app and/or its computing instructions may be configured as anative application implemented or execution of a mobile device (e.g.,APPLE iOS based mobile device and/or GOOGLE ANDROID based mobile device)of a user.

In various aspects, the mobile app and/or its computing instructions maycommunicate with a server or platform (e.g., cloud platform), forexample, to record or receive data regarding hygiene tracking,recording, safety, milestones, and/or recommend or related products forimproved safety or hygiene, etc. Such data may be used to train an AImodel, such as an adaptive learning model as described herein.

In addition, in various aspects, the multi-tiered GUI systems andmethods are implemented as mobile applications (apps) on one or moremobile devices to provide additional and/or interoperated GUI featuresor tools to provide improved safety or hygiene, or interaction, etc. Forexample, such features include, e.g., scanning of physical products(e.g., having QR code or being embossed) to identify products that solvespecific hygiene needs; sensor based tracking (e.g., track day-timeincidents such as for external sensor for diaper habits or tracking);timing of hygiene incidents (e.g., toilet training incidents); smartlearning, using an AI model, of novice user's caregiving events (e.g.,child's toilet training events) in order to learn the novice's idealduration between caregiving events; sending reminders to expert usersregarding caregiving events (e.g., notification regarding toilettraining events); providing, securely, caregiving app/data with a thirdparty (e.g., care taker) on a third mobile device; and/or providingimages or text to social media networks to provide milestones ofcaregiving, such as hygiene training.

In still further aspects a the mobile applications (apps), and therelated sets of app computing instructions, provide differentmodes/screens, i.e., a parent screen and a child screen or GUI forsharing/switching the mobile device(s) between two users.

More specifically, as described herein, a multi-tiered graphical userinterface (GUI) system is disclosed. The multi-tiered GUI system isconfigured to interoperate between multiple mobile application modesduring a real-time toilet training event. The multi-tiered GUI systemcomprises: a first set of mobile application (app) instructionsconfigured to render a parental GUI operating in a parental mode, thefirst set of mobile app instructions configured for execution by one ormore processors of one or more mobile devices; a second set of mobileapp instructions configured to render a child GUI operating in a childmode, the second set of mobile app instructions configured for executionby the one or more processors of the one or more mobile devices; and aserver comprising one or more processors and one or more memories,wherein each of the one or more mobile devices are communicativelycoupled to the server. The parental mode and the child mode share acontrol state for passing operation between the parental mode and thechild mode. The first set of mobile app instructions is configured toindicate a triggering of a toilet training event, the triggering of thetoilet training event causing each of: (a) the control state to bepassed from the parental mode to the child mode, and (b) the child GUIto be rendered in an interoperated sequence following the parental GUI.Toilet training data of a juvenile user is generated during the childmode. The training data may be recorded on the one or more memories ofthe server. The child GUI, as rendered during the child mode, comprisesa different interface compared with the parental GUI, the child GUIconfigured for manipulation by the juvenile user.

In additional aspects, as described herein, a multi-tiered GUI system isdisclosed that is configured to interoperate between multiple mobileapplication modes during a real-time caregiving event. The multi-tieredGUI system comprises a first set of mobile application (app)instructions configured to render an expert GUI operating in an expertmode, the first set of mobile app instructions configured for executionby one or more processors of one or more mobile devices; a second set ofmobile app instructions configured to render a novice GUI operating in anovice mode, the second set of mobile app instructions configured forexecution by the one or more processors of the one or more mobiledevices; and a server comprising one or more processors and one or morememories, wherein each of the one or more mobile devices arecommunicatively coupled to the server. The expert mode and the novicemode share a control state for passing operation between the expert modeand the novice mode. The first set of mobile app instructions isconfigured to indicate a triggering of a caregiving event, thetriggering of the caregiving event causing each of: (a) the controlstate to be passed from the expert mode to the novice mode, and (b) thenovice GUI to be rendered in an interoperated sequence following theexpert GUI, wherein caregiving data of a novice user is generated duringthe novice mode, wherein the caregiving data is recorded on the one ormore memories of the server, and wherein the novice GUI, as renderedduring the novice mode, comprises a different interface compared withthe expert GUI, the novice GUI configured for manipulation by the noviceuser.

In still further aspects, as described herein, multi-tiered GUI methodis disclosed for interoperation between multiple mobile applicationmodes during a real-time caregiving event. The multi-tiered GUI methodcomprises: rendering an expert GUI operating in an expert mode;rendering a novice GUI operating in a novice mode, wherein the expertmode and the novice mode share a control state for passing operationbetween the expert mode and the novice mode; detecting, with a first setof mobile app instructions, a triggering of a caregiving event; passing,based on a triggering of the caregiving event, the control state fromthe expert mode to the novice mode; rendering, based on the triggeringof the caregiving event, the novice GUI in an interoperated sequencefollowing rendering of the expert GUI; and generating caregiving data ofa novice user during the novice mode. The novice GUI, as rendered duringthe novice mode, comprises a different interface compared with theexpert GUI, the novice GUI configured for manipulation by the noviceuser.

In accordance with the above, and with the disclosure herein, thepresent disclosure describes improvements in computer functionality orin improvements to other technologies or technical fields at leastbecause the disclosure describes, e.g., a distributed system acrossvarious devices, including mobile devices(s) and a server, where eachare involved in generating, tracking, and using caregiving data and/orrelated caregiving event related data in the distributed system forpurposes of caregiving. The use of the distrusted system (as opposed toa single system) reduces the processing and memory requirements or loadon each of the various computing device in the distributed system. Thatis, each of these devices, are configured to operate in a distributed,multi-tiered GUI system that improves the operation, storage, andprocessing of the devices as a whole, where each device is leveraged forcompute specific tasks. For example, one tier of the multi-tiered GUIsystem may comprise an expert GUI designed to track and monitorcaregiving data as differently generated by a second tier of themulti-tiered GUI system, e.g., a novice GUI. In addition, a server maycomprise an addition portion of the multi-tiered GUI system, where thedata generated and tracked by the expert GUI and novice GUI may betransmitted to and used by the server to perform compute intenseactivities, such as train an adaptive learning model as describedherein. Separating the processing and memory requirements of theindividual devices provides a distributed system that improves theperformance of the multi-tiered GUI system as a whole. By contrast,previous hygiene tracking systems, that operated on a single device(e.g., a single mobile device), were devoid of such performanceimprovements.

In addition, the present disclosure relates to improvement to othertechnologies or technical fields at least because the present disclosuredescribes or introduces improvements to underlying computing devices,e.g., the server(s) and or mobile device(s), where the server(s) and/ormobile device(s) are improved with an adaptive learning model trainedwith caregiving data of other users and are adapted to provide or outputAI based predictions for hygiene related training events as describedherein. The adaptive learning model improves over previous caregivingevent training applications or devices at least because a computingdevice, e.g., server(s) and/or or mobile device(s), implementing orexecuting the adaptive learning model is able to more accurately predictand provide future-looking events, as displayed on via the GUIs of themulti-tiered GUI system, that may be used in the field of hygienetracking and training that was heretofore unavailable with previousdevices or technologies in the field. In addition, the adaptive learningmodel is further configured to be updated and evolve as it learns itsuser-specific hygiene related events and otherwise behavior(s), therebyfurther improving the underlying multi-tiered GUI system.

In addition, the present disclosure includes specific features otherthan what is well-understood, routine, or conventional activity in thefield, by adding unconventional steps that confine the claim to aparticular useful application, e.g., interoperating between multiplemobile application modes during a real-time caregiving event.

Advantages will become more apparent to those of ordinary skill in theart from the following description of the preferred aspects which havebeen shown and described by way of illustration. As will be realized,the present aspects may be capable of other and different aspects, andtheir details are capable of modification in various respects.Accordingly, the drawings and description are to be regarded asillustrative in nature and not as restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

The Figures described below depict various aspects of the system andmethods disclosed therein. It should be understood that each Figuredepicts an aspect of a particular aspect of the disclosed system andmethods, and that each of the Figures is intended to accord with apossible aspect thereof. Further, wherever possible, the followingdescription refers to the reference numerals included in the followingFigures, in which features depicted in multiple Figures are designatedwith consistent reference numerals.

There are shown in the drawings arrangements which are presentlydiscussed, it being understood, however, that the present aspects arenot limited to the precise arrangements and instrumentalities shown,wherein:

FIG. 1 illustrates an example multi-tiered GUI system configured tointeroperate between multiple mobile application modes during areal-time caregiving event, in accordance with various aspects disclosedherein.

FIG. 2 illustrates an example multi-tiered GUI method for interoperationbetween multiple mobile application modes during a real-time caregivingevent, in accordance with various aspects disclosed herein.

FIG. 3A illustrates an example expert GUI as rendered or displayed on ascreen of a first mobile device by first set of mobile application (app)instructions and configured for sharing a control state for passingoperation between an expert mode and a novice mode, in accordance withvarious aspects disclosed herein.

FIG. 3B illustrates an example novice GUI as rendered or displayed on ascreen of a second mobile device by second set of mobile application(app) instructions and configured for sharing the control state forpassing operation between the expert mode (as described for FIG. 3A) andthe novice mode, in accordance with various aspects disclosed herein.

The Figures depict preferred aspects for purposes of illustration only.Alternative aspects of the systems and methods illustrated herein may beemployed without departing from the principles of the inventiondescribed herein.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 illustrates a multi-tiered GUI system 100 configured tointeroperate between multiple mobile application (app) modes during areal-time caregiving event, in accordance with various aspects disclosedherein. Generally, as described herein, hygiene, or a hygiene relatedevent, refers to disease control, sanitation, and/or training regardingdisease control and/or sanitation, or otherwise hygiene, sanitation,safety and/or learning regarding safety or hygiene practices. By way ofnon-limiting example only, such hygiene, or a hygiene related events,may refer to hand sanitation, toilet training, medical equipment ordevice training or use, or the like. It should be understood, however,that additional and/or different hygiene, or a hygiene related events,may be used and/or tracked with the multi-tiered GUI systems and methodsdescribed herein.

In the example of FIG. 1, the multi-tiered GUI system 100 comprises afirst set of mobile application (app) instructions 111 c lap configuredto render a parental GUI 302 operating in an expert mode (as illustratedby FIG. 3A herein). Multi-tiered GUI system 100 further comprises asecond set of mobile app instructions 111 configured to render a noviceGUI 352 operating in a novice mode (as illustrated by FIG. 3B herein).

Each of the first set of mobile app instructions and second set ofmobile app are configured for execution by one or more processors of oneor more mobile devices, for example, mobile device 111 c 1 and/or 111 c2. Mobile devices 111 c 1 and 111 c 2 may comprise mobile devices and/orclient devices, which may be commutatively coupled to server(s) 102.Such mobile devices may comprise one or more mobile processor(s) and/ora digital camera for capturing images and/or video. Each of the one ormore user mobile devices 111 c 1 and 111 c 2 may include a displayscreen for displaying graphics, images, text, products, productinformation, maps, data, pixels, features, and/or other suchvisualizations or information as described herein. A mobile device mayrender an interface or a guided user interface (GUI) for displaying textand/or images on its display screen. Mobile devices 111 c 1 and 111 c 2may comprise a mobile phone (e.g., a cellular phone), a tablet device, apersonal data assistance (PDA), or the like, including, by non-limitingexample, an APPLE iPhone or iPad device or a GOOGLE ANDROID based mobilephone or tablet.

Each of first set of mobile app instructions 111 c lap and the secondset of mobile app instructions 111 c 2 ap may comprise any one or moreof one or more a mobile applications(s) and/or web browserapplication(s). First set of mobile app instructions 111 c lap andsecond set of mobile app instructions 111 c 2 ap may be coupled viacomputer network 120 to server (e.g. server(s) 102). First set of mobileapp instructions 111 c lap and second set of mobile app instructions 111c 2 ap may comprise a code for generation of graphic user interfaces(GUI) configured to display, on a screen of a mobile device (e.g., asillustrated for FIGS. 3A and 3B, herein).

For example, in various aspects, the one or more user mobile devices 111c 1 and 111 c 2 may implement or execute an operating system (OS) ormobile platform such as APPLE's iOS and/or GOOGLE's Android operationsystem. Any of the one or more user mobile devices 111 c 1 and 111 c 2may comprise one or more processors and/or one or more memories forstoring, implementing, or executing computing instructions (first orsecond instructions as describe herein), e.g., comprising one or moremobile apps. For example, as shown in FIG. 1, first set of mobile appinstructions 111 c lap and second set of mobile app instructions 111 c 2ap may be stored locally on a memory of a user mobile device (e.g.,mobile device 111 c 1 and mobile device 111 c 2, respectively). Invarious aspects, first set of mobile app instructions 111 c lap andsecond set of mobile app instructions 111 c 2 ap comprise computing appcode or apps configured for implementation on a mobile devices mobiledevices 111 c 1 and 111 c 2 and are programmed in a programming languagefor the operating system (OS) of the underlying mobile device, which caninclude Objective-C and/or SWIFT for APPLE iOS based devices, Java forGOOGLE ANDROID devices, and the like. In additional embodiments, amobile app, and its related set of mobile app instructions as describedherein, may be implemented as a browser-based web application (app)implemented in Hyper Text Markup Language (HTML), JavaScript, and/orother such similar web-based technologies. The mobile app instructionsmay be implemented on a laptop computer or even a desktop computer ordevice. FIG. 2. herein provides an example method, illustrated as a flowdiagram, illustrating an algorithm for implementing first set of mobileapp instructions 111 c lap and second set of mobile app instructions 111c 2 ap.

The first set of mobile app instructions 111 c lap and second set ofmobile app instructions 111 c 2 ap operate together, but in theirrespective modes, expert mode and novice mode, and share a control statefor passing operation between the expert mode and the novice mode. Asconfigured, the first set of mobile app instructions 111 c lap isprogrammed to indicate a triggering of a caregiving event. Thetriggering of the caregiving event causes each of: (a) the control stateto be passed from the expert mode to the novice mode, and (b) the noviceGUI (e.g., as illustrated by FIG. 3B) to be rendered in an interoperatedsequence following the expert GUI (e.g., as illustrated herein by FIG.3A). Caregiving data (e.g., hygiene data such as toilet training data)of a novice user (e.g., child) is generated during the novice mode. Thenovice GUI, as rendered during the novice mode, comprises a differentinterface compared with the expert GUI, the novice GUI configured formanipulation by the novice user. In some aspects, a different interfacecan comprise a simplified interface. For example, a simplified interfacecan include a GUI with larger buttons, color graphics, and/orannotations as designed for a novice or juvenile user. This is furtherdescribed herein with respect to FIGS. 2, 3A, and 3B.

In some aspects, and as shown for FIG. 1, the first set of mobile appinstructions 111 c lap are part of a first mobile app configured forexecution on one or more processors of a first mobile device (e.g.,mobile device 111 c 1) and the second set of mobile app instructions 111c 2 ap are part of a second mobile app configured for execution on oneor more processors of a second mobile device (e.g., mobile device 111 c2). As illustrated for FIG. 1, the first mobile device (e.g., mobiledevice 111 c 1) is communicatively coupled (e.g., wirelessly viaBLUETOOTH OR WIFI (802.11) or wired (USB)) to the second mobile device.In such aspects, each of the first set of mobile app instructions 111 clap as part of the first mobile app and the second set of mobile appinstructions 111 c 2 ap as part of a second mobile app may be downloadedfrom app stores (e.g., APPLE APP STORE and/or GOOGLE PLAY) and installedon mobile device 111 c 1 and 111 c 2, respectively. In such aspects,passing a control state from a parental mode to a child mode (e.g., frommobile device 111 c 1 to mobile device 111 c 2) causes a child GUI(e.g., as illustrated herein for FIG. 3B) to be rendered on a displayscreen of the second mobile device (e.g., mobile device 111 c 2), and/orvice-versa.

In additional, or alternative, aspects the first set of mobile appinstructions 111 c lap and the second set of mobile app instructions 111c 2 ap are part of a single mobile application (app). In such aspects,the single app is configured to display, switch, or transition GUIs(e.g., from the GUI of FIG. 3A to the GUI of FIG. 3B, and/or vice versa)based on the mode and/or control state as passed or implemented on oneor more processors a single mobile device (e.g., as implemented onmobile device 111 c 1 to mobile device 111 c 2 alone).

Further, in additional aspects, a third set of mobile app instructions(not shown) may be configured to render a second expert or parental GUIoperating in an expert or parental mode. The third set of mobile appinstructions may be configured for execution by one or more processorsof one or more mobile devices (e.g., a mobile device such as mobiledevice 111 c 1 to mobile device 111 c 2). In such aspects, triggering ofa caregiving event (e.g., toilet training event) causes a novice orchild GUI to be rendered in an interoperated sequence following thesecond expert or parental GUI. The second expert or parental GUI may thesame or similar to that as shown for FIG. 3A herein, and may provide anadditional GUI for a second expert (e.g., nurse or doctor) or parent(e.g., mother, data, etc.), or, more, generally for a second expertoperator, in order to track, monitor, or otherwise interact with themulti-tiered GUI system 100 as described herein.

Mobile devices 111 c 1 and 111 c 2 may each comprise a wirelesstransceiver to receive and transmit wireless communications 122 to andfrom base station 111 b. In various aspects, data and information, e.g.,related to passing control state, caregiving data, and/or as otherwisedata described herein may be transmitted between Mobile devices 111 c 1and 111 c 2 via base station 111 b. Additionally, or alternatively,mobile devices 111 c 1 and 111 c 2 may communicate directly without abase station, e.g., via BLUETOOTH or other wireless or wired (USB)standard.

In the example of FIG. 1, Mobile devices 111 c 1 and 111 c 2 arecommunicatively coupled via base station 111 b and computer network 120with server(s) 102. In some aspects, base station 111 b may comprise acellular base station, such as cell towers, communicating to the one ormore user mobile devices 111 c 1 and 111 c 2 via wireless communications122 based on any one or more of various mobile phone standards,including NMT, GSM, CDMA, UMMTS, LTE, 5G, or the like. Additionally oralternatively, base station 111 b may comprise routers, wirelessswitches, or other such wireless connection points communicating to theone or more user mobile devices 111 c 1 and 111 c 2 via wirelesscommunications 122 based on any one or more of various wirelessstandards, including by non-limiting example, IEEE 802.11a/b/c/g (WIFI),the BLUETOOTH standard, or the like.

Server(s) 102 may comprise one or more computer servers. In variousaspects server(s) 102 comprise multiple servers, which may comprisemultiple, redundant, or replicated servers as part of a server farm. Instill further aspects, server(s) 102 may be implemented as cloud-basedservers, such as a cloud-based computing platform. For example,server(s) 102 may be any one or more cloud-based platform(s) such asMICROSOFT AZURE, AMAZON AWS, or the like. Server(s) 102 may include oneor more processor(s) 104 as well as one or more computer memorie(s) 106.

Memorie(s) 106 may include one or more forms of volatile and/ornon-volatile, fixed and/or removable memory, such as read-only memory(ROM), electronic programmable read-only memory (EPROM), random accessmemory (RAM), erasable electronic programmable read-only memory(EEPROM), and/or other hard drives, flash memory, MicroSD cards, andothers. Memorie(s) 106 may store an operating system (OS) (e.g.,MICROSOFT WINDOWS, LINUX, UNIX, etc.) capable of facilitating thefunctionalities, apps, methods, or other software as discussed herein.Memories 106 may store machine readable instructions, including any ofone or more application(s) (e.g., applications that communicate with thefirst and second sets of mobile app instructions or apps as describedherein), one or more software component(s), and/or one or moreapplication programming interfaces (APIs), which may be implemented tofacilitate or perform the features, functions, or other disclosuredescribed herein, such as any methods, processes, elements orlimitations, as illustrated, depicted, or described for the variousflowcharts, illustrations, diagrams, figures, and/or other disclosureherein. For example, at least some of the applications, softwarecomponents, or APIs may be configured to facilitate their variousfunctionalities discussed herein. It should be appreciated that one ormore other applications may be envisioned and that are executed by theprocessor(s) 104.

Processor(s) 104 may be connected to the memorie(s) 106 via a computerbus responsible for transmitting and/or receiving electronic data, datapackets, or otherwise electronic signals to and from the processor(s)104 and memories 106 in order to implement or perform the machinereadable instructions, methods, processes, elements or limitations, asillustrated, depicted, or described for the various flowcharts,illustrations, diagrams, figures, and/or other disclosure herein.

Processor(s) 104 may interface with memorie(s) 106 via the computer busto execute an operating system (OS). Processor(s) 104 may also interfacewith the memory 106 via the computer bus to create, read, update,delete, or otherwise access or interact with the data stored in memories106 and/or the database 105 (e.g., a relational database, such asOracle, DB2, MySQL, or a NoSQL based database, such as MongoDB). Thedata stored in memories 106 and/or database 105 may include all or partof any of the data or information described herein, including, forexample, caregiving data, training data, and/or as otherwise describedherein.

Server(s) 102 may further include a communication component configuredto communicate (e.g., send and receive) data or information (e.g., forrendering or visualizing on a GUI, etc.) via one or moreexternal/network port(s) to one or more networks or local terminals,such as computer network 120 and/or terminal 109 as described herein. Insome aspects, server(s) 102 may include a client-server platformtechnology such as ASP.NET, Java J2EE, Ruby on Rails, Node.js, a webservice or online API, responsive for receiving and responding toelectronic requests. The server(s) 102 may implement the client-serverplatform technology that may interact, via the computer bus, with thememories(s) 106 (including the applications(s), component(s), API(s),data, etc. stored therein) and/or database 105 to implement or performthe machine readable instructions, methods, processes, elements orlimitations, as illustrated, depicted, or described for the variousflowcharts, illustrations, diagrams, figures, and/or other disclosureherein.

In various aspects, the server(s) 102 may include, or interact with, oneor more transceivers (e.g., WWAN, WLAN, and/or WPAN transceivers)functioning in accordance with IEEE standards, 3GPP standards, or otherstandards, and that may be used in receipt and transmission of data viaexternal/network ports connected to computer network 120. In someaspects, computer network 120 may comprise a private network or localarea network (LAN). Additionally, or alternatively, computer network 120may comprise a public network such as the Internet.

Server(s) 102 may further include or implement an operator interfaceconfigured to present information to an administrator or operator and/orreceive inputs from the administrator or operator. As shown in FIG. 1,an operator interface may provide a display screen (e.g., via terminal109). Server(s) 102 may also provide I/O components (e.g., ports,capacitive or resistive touch sensitive input panels, keys, buttons,lights, LEDs), which may be directly accessible via, or attached to,server(s) 102 or may be indirectly accessible via or attached toterminal 109. According to some aspects, an administrator or operatormay access the server 102 via terminal 109 to review information, makechanges, and/or perform other functions.

As described herein, in some aspects, server(s) 102 may perform thefunctionalities as discussed herein as part of a “cloud” network or mayotherwise communicate with other hardware or software components withinthe cloud to send, retrieve, or otherwise analyze data or informationdescribed herein.

In general, a computer program or computer based product, application(app), or code (e.g., first set of mobile app instructions 111 c lap andsecond set of mobile app instructions 111 c 2 ap, or other computinginstructions described herein) may be stored on a computer usablestorage medium, or tangible, non-transitory computer-readable medium(e.g., standard random access memory (RAM), an optical disc, a universalserial bus (USB) drive, or the like) having such computer-readableprogram code or computer instructions embodied therein, wherein thecomputer-readable program code or computer instructions may be installedon or otherwise adapted to be executed by the processor(s) 104 and/orprocessors of mobile devices 111 c 1 and/or 111 c 2 (e.g., working inconnection with the respective operating system in memories 106) tofacilitate, implement, or perform the machine readable instructions,methods, processes, elements or limitations, as illustrated, depicted,or described for the various flowcharts, illustrations, diagrams,figures, and/or other disclosure herein. In this regard, the programcode may be implemented in any desired program language, and may beimplemented as machine code, assembly code, byte code, interpretablesource code or the like (e.g., via Golang, Python, C, C++, C#,Objective-C, Java, Scala, ActionScript, JavaScript, HTML, CSS, XML,etc.).

With reference to FIG. 1, first set of mobile app instructions 111 c lapand second set of mobile app instructions 111 c 2 ap may be comprisedclient portion(s) configured to execute on a mobile device (e.g., mobiledevice 111 c 1 and/or mobile device 111 c 1) and a server portionconfigured to execute on a processor (e.g., processor(s) 104) of aserver (e.g., server(s) 102). In such aspects, the client portion(s) maycommunicate, with the server portion via computer network 120, where theclient portion(s) and the server portion may communicate in order toimplement the features and/or functionality described herein, forexample, as describe herein with respect to FIG. 2. In such aspects, theserver app portion or the client app portion(s) may each be configuredto implement, or partially implement (e.g., in a distributed networkimplementation) one or more of: (1) detecting, with a first set ofmobile app instructions, a triggering of a caregiving event; (2)passing, based on the triggering of the caregiving event, the controlstate from the expert mode to the novice mode; (3) rendering, based onthe triggering of the caregiving event, the novice GUI in aninteroperated sequence following rendering of the expert GUI; and (4)generating caregiving data of a novice user during the novice mode.

FIG. 2 illustrates an example multi-tiered GUI method 200 forinteroperation between multiple mobile app modes during a real-timecaregiving event, in accordance with various aspects disclosed herein.For example, in some aspects method 200 may comprise interoperatingbetween multiple mobile application modes, such as an expert mode andnovice mode (e.g., a parent mode and child mode), during a real-timecaregiving event.

At block 202, multi-tiered GUI method 200 comprises rendering an expertGUI operating in or having an expert mode. For example, a first set ofmobile app instructions (e.g., first set of mobile app instructions 111c lap) are configured to render an expert GUI (e.g., parental GUI 302 ofFIG. 3A) operating in an expert (e.g., parental mode). The first set ofmobile app instructions are configured for execution by one or moreprocessors of one or more mobile devices (e.g., first mobile device 111c 1). The expert or parental GUI may be a GUI operable by a nurse,parent, a babysitter, or a daycare worker, older sibling, or otherexpert or skilled user capable of operation of a feature rich GUIapplication.

At block 204, multi-tiered GUI method 200 comprises rendering a noviceGUI operating in or having a novice mode. The expert mode (associatedwith or of the first set of mobile app instructions 111 c lap) and thenovice mode (associated with or of the second set of mobile appinstructions 111 c 2 ap) share a control state for passing operationbetween the expert mode and the novice mode. A second set of mobile appinstructions (e.g., second set of mobile app instructions 111 c 2 ap)are configured to render a novice GUI (e.g., child GUI 352 of FIG. 3B)operating in a novice mode (e.g., child mode). The second set of mobileapp instructions are configured for execution by the one or moreprocessors of one or more mobile devices (e.g., second mobile device 111c 2).

In various embodiments, the novice GUI, as rendered during the novicemode, may comprise a different interface compared with the expert GUI,the novice GUI configured for manipulation by the novice user. Forexample, wherein the child GUI, as rendered during the child mode,comprises a different interface compared with the parental GUI, thechild GUI configured for manipulation by the juvenile user. In someaspects, a different interface can comprise a simplified or differenceinterface. For example, a simplified interface can include a GUI withlarger buttons, color graphics, and/or annotations as designed for anovice user.

In some aspects, the second set of mobile app instructions (e.g., secondset of mobile app instructions 111 c 2 ap) may be further configured toalter operation of the novice mode (e.g., child mode) based on aproficiency setting corresponding to a proficiency or ability level ofthe novice user (e.g., a child). The proficiency setting may cause atleast one of: (a) a modification to the expert GUI (e.g., parental GUI);(b) a modification to the novice GUI (e.g., child GUI); or (c) amodification of the caregiving event (e.g., a hygiene event such as atoilet training event). For example, as the novice becomes moreproficient, e.g., with caregiving, the proficiency setting may beconfigured to allow modification to the interoperability and/orlook-and-feel of the GUI to accommodate or be commensurate with thenovice's level of proficiency. In such aspects, the expert maycorrespondingly be less involved (e.g., more in a watch and monitormode) and not an active participant. For example, in a toilet traininghygiene example, initially a parent may need to accompany a novice(child) to the bathroom, and facilitate the end-to-end caregiving event,including pulling underwear up, wash or drying hands, etc. Eventually,however, the child will become more proficient, calling for the parentonly if needed (e.g., needs wiping).

At block 206, multi-tiered GUI method 200 comprises detecting, with thefirst set of mobile app instructions, a triggering of a caregivingevent. For example, a first set of mobile app instructions (e.g., firstset of mobile app instructions 111 c lap) is configured to indicate atriggering of a caregiving event (e.g., toilet training event). Thetriggering of the caregiving event cases each of: (a) the control stateto be passed from the expert mode (e.g., parental mode) to the novicemode (e.g., child mode), and (b) the novice GUI (e.g., child GUI 352 ofFIG. 3B) to be rendered in an interoperated sequence following theexpert GUI (e.g., parental GUI 302).

In various aspects, the first set of mobile app instructions (e.g.,first set of mobile app instructions 111 c lap) may implement or executea “while” loop or other coding loop to detect the triggering of thecaregiving event. For example, a geographic location of a novice user(e.g., child or juvenile user, such as a child returning home fromschool), as determined from GPS data, may result in a “true” conditionor state that would trigger the while loop to execute or implement thetriggering of the caregiving event (e.g., toilet training event).

In further aspects, additionally, or alternatively, a novice GUI (e.g.,child GUI 352) may be locked when the control state is passed from theexpert mode (e.g., parent mode) to the novice mode (e.g., child mode),where novice (e.g., child GUI 352) when locked is unable to access theexpert GUI (e.g., parental GUI 302). In such aspects, the novice GUI(e.g., child GUI 352) may be configured to be unlocked upon input of aunlock code (e.g., passcode, fingerprint, or face recognition of theparent). The input of the unlock code may cause the control state to bepassed from the novice mode (e.g., child mode) to the expert mode (e.g.,parent mode) and rendering of the expert GUI (e.g., parental GUI 352).

In still further aspects, triggering of the caregiving event (e.g.,toilet training event) may comprise generation of a notification thatthe control state is to be passed from the expert mode (e.g., parentmode) to the novice mode (e.g., child mode). Such notification may beany one or more of e.g., visual, audible, or tactile notificationindicating that a device (e.g., mobile device 111 c 1) has been, is,and/or should be passed from expert to novice, e.g., parent to child, orvice-versa, or in aspects with two devices (e.g., mobile device 111 c 1and mobile device 111 c 2), that the novice should access the device forthe novice, or vice-versa.

In various aspects, first set of mobile app instructions 111 c lap maycomprise an adaptive learning model. The adaptive learning model may betrained on caregiving data (e.g., toilet training data) of a pluralityof novice users. The adaptive learning model is configured to triggerthe caregiving event (e.g., toilet training event) at a time based oncriteria input regarding the novice user (e.g., juvenile user). Forexample, the caregiving event (e.g., toilet training event) may betriggered based on a time of day (e.g., nighttime or bedtime of thechild or novice user) or behavioral event (e.g., fluid intake of thenovice user) as determined from the novice user's past caregiving events(e.g., as described herein for FIGS. 3A and/or 3B) and/or based on thetrained adaptive learning model.

In additional aspects, the adaptive learning model may be retrained withthe caregiving data (e.g., toilet training data of the juvenile user, asdescribed herein for FIGS. 3A and/or 3B) to generate an updated adaptivelearning model. The updated adaptive learning model may comprise anupdated time to trigger the caregiving event (e.g., toilet trainingevent for an updated adaptive learning model updating its timing basedon the specific data recorded for the juvenile user).

In various aspects, the adaptive learning model of the first set ofmobile app instructions 111 c lap is an artificial intelligence (AI)based model trained with at least one AI algorithm. Training of theadaptive learning model of involves analysis of the caregiving data toconfigure weights of the adaptive learning model, and its underlyingalgorithm (e.g., machine learning or artificial intelligence algorithm)used to predict and/or classify future caregiving data and/or relatedevents. For example, in various aspects herein, generation of theadaptive learning model involves training the adaptive learning modelwith the plurality of caregiving data and/or related events of similarusers (e.g., toilet training data of juvenile users). In such aspects,server(s) and/or the cloud-based computing platform may collected and/ortrain adaptive learning model with the caregiving data and/or relatedevent data of a plurality of similarly situated users (having similarages, demographics, etc.).

In various aspects, a machine learning imaging model, as describedherein (e.g. the adaptive learning model), may be trained using asupervised or unsupervised machine learning program or algorithm. Themachine learning program or algorithm may employ a neural network, whichmay be a convolutional neural network, a deep learning neural network,or a combined learning module or program that learns in two or morefeatures or feature datasets (e.g., pixel data) in a particular areas ofinterest. The machine learning programs or algorithms may also includenatural language processing, semantic analysis, automatic reasoning,regression analysis, support vector machine (SVM) analysis, decisiontree analysis, random forest analysis, K-Nearest neighbor analysis,naïve Bayes analysis, clustering, reinforcement learning, and/or othermachine learning algorithms and/or techniques. In some aspects, theartificial intelligence and/or machine learning based algorithms may beincluded as a library or package executed on imaging server(s) 102. Forexample, libraries may include the TENSORFLOW based library, the PYTORCHlibrary, and/or the SCIKIT-LEARN Python library.

Machine learning may involve identifying and recognizing patterns inexisting data (such as caregiving data in data collected across aplurality of similarly situated users) in order to facilitate makingpredictions, classifications, and/or identifications for subsequent data(such as using the model on new caregiving data of a novice user inorder to determine or generate a classification or prediction for, orassociated with, detecting a caregiving event, trigger, or otherwiseupdating a GUI, etc. as described herein).

Machine learning model(s), such as the adaptive learning model describedherein for some aspects, may be created and trained based upon exampledata (e.g., “training data” comprising caregiving data and/or caregivingevent related data) inputs or data (which may be termed “features” and“labels”) in order to make valid and reliable predictions for newinputs, such as testing level or production level data or inputs. Insupervised machine learning, a machine learning program operating on aserver, mobile device, or otherwise processor(s), may be provided withexample inputs (e.g., “features”) and their associated, or observed,outputs (e.g., “labels”) in order for the machine learning program oralgorithm to determine or discover rules, relationships, patterns, orotherwise machine learning “models” that map such inputs (e.g.,“features”) to the outputs (e.g., labels), for example, by determiningand/or assigning weights or other metrics to the model across itsvarious feature categories. Such rules, relationships, or otherwisemodels may then be provided subsequent inputs in order for the model,executing on the server, mobile device, or otherwise processor(s), topredict, based on the discovered rules, relationships, or model, anexpected output.

In unsupervised machine learning, the server, mobile device, orotherwise processor(s), may be required to find its own structure inunlabeled example inputs, where, for example multiple trainingiterations are executed by the server, mobile device, or otherwiseprocessor(s) to train multiple generations of models until asatisfactory model, e.g., a model that provides sufficient predictionaccuracy when given test level or production level data or inputs, isgenerated.

Supervised learning and/or unsupervised machine learning may alsocomprise retraining, relearning, or otherwise updating models with new,or different, information, which may include information received,ingested, generated, or otherwise used over time. The disclosures hereinmay use one or both of such supervised or unsupervised machine learningtechniques.

With reference to FIG. 2, at block 208, multi-tiered GUI method 200comprises passing, based on a triggering of the caregiving event, thecontrol state from the expert mode to the novice mode. For example, aparental mode and a child mode of parental GUI 302 and child GUI 352, asillustrated herein for FIGS. 3A and 3B share a control state for passingoperation between the parental mode and the child mode.

At block 210, multi-tiered GUI method 200 comprises rendering, based onthe triggering of the caregiving event, the novice GUI (e.g., child GUI352) in an interoperated sequence following rendering of the expert GUI(e.g., parental GUI 350). The interoperated sequence may be inreal-time, near real-time, and/or may await confirmation input fromeither the expert and/or child GUI(s). The interoperated sequence mayinvolve setting states, flags, and/or modes on each of the mobile device111 c 1 and second mobile device 111 c 2 to cause states to control themobile devices to operate for their given rolls, such as waiting,looping, collecting data, and/or displaying graphics and/or text whilein use (or not in use) by a respective expert and/or novice user.Communications, including data communications, may occur (block 212)between first mobile device 111 c 1 and second mobile device 111 c 2 inorder to facilitate the interoperated sequence and/or other datacommunications.

At blocks 214 and 216, multi-tiered GUI method 200 may comprisegenerating caregiving data of a novice user during the novice mode. Suchdata may be generated by the first mobile device 111 c 1 and/or secondmobile device 111 c 2. For example, caregiving data of user (e.g.,toilet training data of a juvenile user) may be generated during thenovice mode (e.g., child mode). Such data may be used for variouspurposes, including, for example, training the adaptive learning modelas described herein.

At blocks 218 and 220, multi-tiered GUI method 200 may comprisetransmitting caregiving data (e.g., from one or both of first mobiledevice 111 c 1 and/or second mobile device 111 c 2) to server(s) 102.The caregiving data (e.g., training data) may be recorded on the one ormore memories of the server (e.g., memorie(s) 105 and/or 106). Invarious aspects, servers(s) 102 may train adaptive learning model withthe caregiving data as described herein.

At blocks 222 and 224 each of mobile device 111 c 1 and/or second mobiledevice 111 c 2 may rendered updated GUIs, including updated expert GUIsand updated novice GUIs, respectively, based on the generated caregivingdata and/or related events. The updated GUIs may be rendered in responseto user manipulation of the GUIs, repositioning of a respective mobiledevice (e.g., moving or geo-positioning of mobile device 111 c 1 and/ormobile device 111 c 2 as the device travels and/or as detected by GPSdata), and/or the triggering of a caregiving event, such as a new orfurther caregiving event, such as the caregiving events as describedherein (e.g., as described for parental GUI 302).

At block 226, multi-tiered GUI method 200 may comprise the second set ofmobile app instructions (e.g., second set of mobile app instructions 111c 2 ap) being configured to indicate a triggering of a second caregivingevent (e.g., second toilet training event). The triggering of the secondtoilet training event may cause each of: (a) the control state to bepassed from the novice mode (e.g., child mode) to the expert mode (e.g.,parent mode), and (b) the expert GUI (e.g., parental GUI 302) to berendered in the interoperated sequence following the novice GUI (e.g.,child GUI 352). In some aspects, triggering of the second toilettraining event may comprise generating a second notification that thecontrol state is to be passed from the child mode to the parent mode.The second notification may comprise a visual, audible, or tactilenotification indicating that the device should be passed from novice toexpert, e.g., child to parent, or, in aspects with two devices, that theexpert (e.g., parent) should access the device for the expert.

At blocks 228 and 230, multi-tiered GUI method 200 comprises providingor transmitting at least a portion of the caregiving data, e.g., toilettraining data, or related data, such as a summary or subset of suchdata, to a social media platform or other third party source 212. Suchthird party source may comprise FACEBOOK or other social media platformor source for reporting milestones to interested parties, e.g., who mayencourage the juvenile user.

FIG. 3A illustrates an example expert GUI 302 as rendered or displayedon a screen of a first mobile device (e.g., mobile device 111 c 1) byfirst set of mobile app instructions 111 c 1 ap and configured forsharing a control state for passing operation between an expert mode anda novice mode, for example as described for FIGS. 1 and 2, and otherwisein accordance with various aspects disclosed herein. As shown in theexample of FIG. 3A, user interface 302 may be implemented or renderedvia app instructions (e.g., first set of mobile app instructions 111 clap) executing on user mobile device 111 c 1. In the example of FIG. 3A,user mobile device 111 c 1 is a user computer device as described forFIG. 1, e.g., where mobile device 111 c 1 is illustrated as an APPLEiPhone that implements the APPLE iOS operating system and that hasdisplay screen 300. Mobile device 111 c 1 may execute one or more nativeapplications (apps) on its operating system, including, for example, anapp comprising the first set of mobile application (app) instructions111 c lap as described herein. Such native apps may be implemented orcoded (e.g., as computing instructions) in a computing language (e.g.,SWIFT) executable by the user mobile device operating system (e.g.,APPLE iOS) by the processor of user mobile device 111 c 1.

Additionally, or alternatively, expert GUI 302 may be implemented orrendered via a web interface, such as via a web browser application,e.g., Safari and/or GOOGLE Chrome app(s), or other such web browser orthe like.

Mobile device 111 c 1 may communicate via wireless communication 122,including, for example, passing control state, with other mobiledevices, including, for example mobile device 111 c 2, as describedherein. As shown for parental GUI 302, control state may be passed tomobile device 111 c 2 via selection of button 320. Control state mayalso be to mobile device 111 c 2 based on triggers or other events oractions as described herein.

As shown in the example of FIG. 3A, expert GUI 302 comprises a GUIconfigured to display, on display screen 300, various app features304-320. Features 304-320 are executed by one or more processors ofmobile device 111 c 1 and may be implemented by first set of mobile appinstructions 111 c lap. For example, in various embodiments, first setof mobile app instructions 111 c lap are part of a mobile application(e.g., native mobile app) configured for execution on one or moreprocessors of a mobile device (e.g., mobile device 111 c 1). In suchaspects, the first set of mobile app instructions are initiated upon amenu selection within a menu of the mobile app. In the example of FIG.3A, the menu selection is depicted as corresponding to real-time toilettraining. Although, it is to be understood that other hygiene relatedevents are contemplated herein.

In various embodiments, the mobile app (including first set of mobileapp instructions 111 c lap) are configured for download and install onthe mobile device (e.g., mobile device 111 c 1). In such aspects, aunique id of a user (e.g., expert user such as a parent) may begenerated upon download and install of the mobile app, and used fortracking and/or storage of caregiving data for the expert and/or novice.For example, in some aspects tracking and/or storage of hygiene orcaregiving data may comprise tracking or assuming an amount of physicalproduct (e.g., toilet paper) being used. Such data may be used torecommend products to the user, and may be user used by a supplier ofthe product(s) for tracking consumption habits.

In some embodiments, the first set of mobile app instructions 111 c lapare configured to render the menu of the mobile app upon scanning avisible marking. For example, the first set of mobile app instructions111 c lap may comprise a product scanning GUI feature 304, that whenselected causes a QR scanning window (or other scanning window, such asa barcode scanning window) to be displayed for scanning a physicalproduct (e.g., a pack of toilet paper or diaper related product).

The visible marking may be affixed to a physical product and maycomprise, by way of non-limiting example a barcode affixed to a toiletpaper or diaper package. Additionally, or alternatively, the visiblemarking may be on a physical surface, such as a store shelf or otherphysical item associated with a hygiene product.

In some aspects, the visible marking (e.g., as affixed to the product)may be displayed via display screen 300. In some aspects, scanning ofthe product may cause the mobile app, as configured, to receive one ormore electronic coupons associated with the product.

In an additional example aspect, the first set of mobile appinstructions renders a product GUI feature 306. The product GUI featuremay relate to a hygiene product (e.g., toilet paper) intended to addressor be used with a caregiving event (e.g., toilet training).

In an additional example aspect, the first set of mobile appinstructions is configured to render a sensor integration GUI feature308. Sensor integration GUI feature 308 collects, visualizes, and/ormanages caregiving data for products having sensors. In various aspects,mobile device 111 c 1 may receive, collect, and/or transmit (toserver(s) 102) caregiving data for recording and/or training of AImodels, such as adaptive learning model as described herein. Forexample, sensors embedded in diapers may provide leak detection bygenerating sensor data (e.g., caregiving data relating to body fluids),where the sensor data may be collected by mobile device 111 c 1 and maybe used for AI training data, logging, tracking, or otherwise asdescribed herein.

In some aspects, an expert GUI, such as parental GUI 302, may render oneor more information screens during the parent mode and/or may bespecific to generated caregiving data. For example, such informationscreens may comprise education and administrative functions or features,predictions, warnings, timers, logs, charts, etc. The information ordata for such information screens may also include, provide, allow for,and/or facilitate certifications for fulfilling school requirements. Asa further example, in the embodiment of FIG. 3A, information screens,for log GUI feature 312 and smart insight feature 314, display or rendertoilet training criteria specific to generated toilet training data.

Parental GUI 302 allows users (e.g., parents) to input information(e.g., age, background, location, etc.) of the parent and/or child inorder to drive toilet hygiene and competency. In some aspects, parentalGUI 302 may provide display information to assist a parent determinewhether a child user is ready for toilet training, and, if so, at whatlevel of proficiency the child is at. Additionally, or alternatively,parental GUI 302 may provide the parent options to define a GUI-basedstrategy for tracking, gathering, and/or proceeding with a caregivingevent (e.g., toilet training event). For example, parental GUI 302 maybe configured to provide screens for predetermining and/or otherwisetracking fluid consumption, timing of a dry diaper, and/or durationbetween hygiene incidents (e.g., toilet or diaper accident). In suchaspects, when pre-determined or tracked criteria met, parental GUI 302may provide screens informing or displaying that a child is ready fortoilet training and/or other types of caregiving (e.g., hand washing).

As shown for parental GUI 302, in one aspect, the first set of mobileapp instructions 111 c lap renders a log GUI feature 312. Log GUIfeature 312 is configured for tracking and displaying caregiving events(e.g., toilet training events), and circumstances around such events.For example, as illustrated, log GUI feature 312 displays various eventsand caregiving data (e.g., toilet training data) for caregiving eventsrelated to toilet training. As shown, three events are shown for thedate of Jan. 1, 2021, where caregiving data is collected or recorded forcaregiving events, comprising toilet training events occurring at eachof: 6:03 AM (indicating a bowel movement (BM) of type 3 (indicating atype of stool) occurred and that the child wiped or cleaned himself orherself); 12:07 PM (indicating a urination event occurred and that thechild flushed the toilet and washed his or her hands); and 5:23 PM(indicating a urination event occurred with an accident, e.g., urinefound outside of the toilet or on the child or clothing was found). Datarelated to such events may be recorded, stored, and/or transmitted, forexample, on or to a memory and/or database of mobile device 111 c 1and/or server(s) 102.

In an additional aspect, the first set of mobile app instructions 111 clap may render on parental GUI 302 a timer feature (not shown)configured to provide alerts or reminders for upcoming caregiving eventsand notifications to encourage a user prepare for the event, e.g., goingto a toilet to being the toilet event. Additionally, or alternatively,the timer feature may provide the ability to set alarms reminders forcertain times and/or at recurring times.

In an additional example aspect, the first set of mobile appinstructions 111 c lap may render on parental GUI 302 a last call alertGUI feature (not shown) configured alert or warn parents to cut offcertain foods, medicines, and/or liquids, for example, such as cuttingoff liquids to avoid bed wetting.

In an additional example aspect, the first set of mobile appinstructions 111 c lap may render on parental GUI 302 a progress reportor chart GUI feature (not shown) configured to track log data andprogress in a visually intuitive way. In some aspects, parental GUI 302may also provide a screen or interface to take or upload pictures (e.g.,digital images as captured by a digital camera of mobile device 111 c 1)at certain milestones in order to capture progress of caregiving (e.g.,toilet training). In some aspects, such log data, progress, and/orpictures may be sharable via transmission to third-party sources(s) 212as described herein.

In an additional aspect, the first set of mobile app instructions 111 clap renders on parental GUI 302 a smart insight GUI feature 314. Invarious aspects, smart insight GUI feature 314 uses or otherwiseleverages caregiving data (e.g., log data as described for log GUIfeature 312) for predicting caregiving events (e.g., dates, accidents,etc.). Smart insight GUI feature 314 may utilize an AI based model, suchas adaptive learning model as trained on caregiving data, which mayinclude log data as described for log GUI feature 312 and/or other dataas described herein. The adaptive learning model may be implemented orexecuted by processors on mobile device 111 c 1 and/or server(s) 102.

As illustrated, smart insight GUI feature 314 displays various predictedor expected events (e.g., toilet training events). Such events may beoutput and/or determined by the adaptive learning model. As shown, threeevents are shown for the date of Jan. 2, 2021 (which is a future date inthe example of FIG. 3A), where caregiving events (e.g., toilet trainingevents) are predicted for toilet training events to occur at each of:6:00 AM (predicting a bowel movement (BM) of type 3 (indicating a typeof stool); 12:00 PM (predicting a urination event); and 5:30 PM(predicting a urination event). Such events may be predicted, byadaptive learning model, based on log data, as shown for log GUI feature312, an/or other caregiving data which adaptive learning model istrained. It is to be understood that additional and/or differentcaregiving data may be used to train adaptive learning model in order tomake it more robust and/or reduce its error rate.

In additional aspects, adaptive learning model may be updated so as toevolve with a user (e.g., expert and/or novice, parent and/or child)and/or user interaction with respective GUIs (e.g., parental GUI 302and/or child GUI 352). For example, adaptive learning model, in variousaspects, may be configured (such as trained or retrained with relatedcaregiving data, including over time) to determine recommend or optimaltimer interval for a child's age or gender. Such determinations orrecommendations may be based on caregiving data events or intervals fromcaregiving data collected or recorded locally with a specific childand/or globally with caregiving data of other users (e.g., other childusers).

In additional aspects, adaptive learning model, in various aspects, maybe configured (such as trained or retrained with related caregivingdata, including over time) to remind a parent at a time the child shoulduse the toilet (e.g., bedtime). Such activity may establish a routine.Such reminders may be based on caregiving data events or intervals fromcaregiving data collected or recorded locally with a specific childand/or globally with caregiving data of other users (e.g., other childusers).

In additional aspects, adaptive learning model, in various aspects, maybe configured (such as trained or retrained with related caregivingdata, including over time) to identify when a child has completedcaregiving milestones (e.g., learning to flush, sitting on toilet byhim/herself, etc.) to recommend optimal progression or next steps.

In additional aspects, adaptive learning model, in various aspects, maybe configured (such as trained or retrained with related caregivingdata, including over time) to educate parents and users, and in someaspects based on recognizing unique input of parent or parent backgroundinformation, for customizing app experience to the specific user (e.g.,recognizing a child's current stage in toilet training and providingeducation, routines specific a specific age, stage, etc.). In suchaspects, the parental GUI 302 and/or child GUI 352 may transition,adjust, or be updated to change or update GUI displays or rendering(e.g., as described herein for FIG. 2) and material as child progresses.Such progress may be may be sharable (via images, photos, graphs/charts,etc.) via messaging or social media, multi-caregiver access, etc., forexample, by transmitting such data or images to social media platformsor other third party sources (e.g., third-party sources 212).

Any and all of the adaptive learning model learning output or featuresmay be rendered or displayed via smart insight GUI feature 314 or inother features or areas of parental GUI 302.

In various aspects, an expert GUI comprises a toilet location interface(e.g., toilet finder feature 316) configured to geographically locateone or more physical toilets. For example, as shown for parental GUI302, first set of mobile app instructions renders a toilet finder GUIfeature 316. Toilet finder GUI feature 316 may comprise a map GUI thatshows locations of toilets in the area. Additionally, or alternatively,the toilet finder GUI feature 316, or parental GUI, may comprise areminder interface configured to display a reminder via the parental GUIwhen a mobile device (e.g., mobile device 111 c 1) rendering theparental GUI geo-locates away from or toward a toilet location. Forexample, as shown for finder GUI feature 316, a reminder indicates thatthe user is “moving away from nearest physical toilet” with the physicaltoilet marked on the map GUI. Other reminders or comments may also beprovided, e.g., “now moving away from toilet location where you havebeen located for a while,” where such message is rendered when the useris at home or at a restaurant for a given time so as to provide areminder to take a child to the restroom before moving to a newlocation. Other messages and reminders may be triggered based onmovement or location of the child, e.g., alerts may be triggered by achild leaving and returning from school to home, and may include hygienereminders. In still further aspects, a mobile device (e.g., mobiledevice 111 c 1) may beep or provide some other audio indication whenlocation changes reminding a parent that a caregiving event (e.g.,toilet training event) should occur based on geo-positioning orgeo-locationing.

In an additional example aspect, the first set of mobile appinstructions 111 c lap may render on parental GUI 302 an education GUIfeature (not shown) configured to provide content guidance to parents.In some aspects, the education GUI feature may include an educational orboot-camp experience mode providing training and experience that aidsparents desiring training over a weekend or other period of time.

In an additional example aspect, the first set of mobile appinstructions 111 c lap may render on parental GUI 302 a personalizationGUI feature (not shown) configured to input information about child toget a customized experience.

In an additional example aspect, the first set of mobile appinstructions 111 c lap may render on parental GUI 302 a team GUI feature(not shown) configured to allow multiple users to access experience(e.g., limited access for certain users, such as a babysitter ornurse)). The parental GUI may be rendered on a third mobile device asdescribed for FIG. 1.

In an additional example aspect, the first set of mobile appinstructions 111 c lap may render on parental GUI 302 a readinesschecklist GUI feature (not shown) configured to indicate whether a childis ready to start or move on to next hygiene milestone.

In an additional example aspect, the first set of mobile appinstructions 111 c lap may render on parental GUI 302 a skill trackingGUI feature (not shown) configured to track skills that qualify a childas having achieved a milestone, e.g., “fully potty trained.”

FIG. 3B illustrates an example child GUI 352 as rendered or displayed ona screen 350 of a second mobile device (e.g., mobile device 111 c 2) bya second set of mobile app instructions (e.g., second set of mobile appinstructions 111 c 2 ap) and configured for sharing the control statefor passing operation between the expert mode and the novice mode asdescribed for FIGS. 1, 2, and FIG. 3A, and in accordance with variousaspects disclosed herein.

As shown in the example of FIG. 3B, user interface 352 may beimplemented or rendered via app instructions (e.g., second set of mobileapp instructions 111 c 2 ap) executing on user mobile device 111 c 2. Inthe example of FIG. 3B, user mobile device 111 c 2 is a user computerdevice as described for FIG. 1, e.g., where mobile device 111 c 2 isillustrated as an APPLE iPhone that implements the APPLE iOS operatingsystem and that has display screen 350. Mobile device 111 c 2 mayexecute one or more native applications (apps) on its operating system,including, for example, an app comprising the second set of mobileapplication (app) instructions 111 c 2 ap as described herein. Suchnative apps may be implemented or coded (e.g., as computinginstructions) in a computing language (e.g., SWIFT) executable by theuser mobile device operating system (e.g., APPLE iOS) by the processorof user mobile device 111 c 2.

Additionally, or alternatively, child GUI 352 may be implemented orrendered via a web interface, such as via a web browser application,e.g., Safari and/or GOOGLE Chrome app(s), or other such web browser orthe like.

Mobile device 111 c 2 may communicate via wireless communication 122,including, for example, passing control state, with other mobiledevices, including, for example mobile device 111 c 1, as describeherein. As shown for child GUI 352, control state may be passed tomobile device 111 c 1 via selection of button 370. Control state mayalso be to mobile device 111 c 1 based on triggers or other events oractions as described herein.

As shown in the example of FIG. 3B, child GUI 352 comprises a GUIconfigured to display, on display screen 350, various app features354-370. Features 354-370 are executed by one or more processors ofmobile device 111 c 2 and may be implemented by second set of mobile appinstructions 111 c 2 ap.

Interaction (e.g., by a child or novice) with child GUI 352, includinggames, rewards, etc. as described and shown, may cause generation ofcaregiving event data (e.g., toilet training data). For example, childGUI 352 may render one or more interactive screens during the childmode, wherein the manipulation by the juvenile user of the interactivescreens causes generation of at least a portion of caregiving data(e.g., toilet training data). Such data may be used for training theadaptive learning model and/or updating a log as described herein.

In one example aspect, the second set of mobile app instructions 111 c 2ap renders on child GUI 352 a games or experiences GUI feature 354configured to render content or games designed to educate or distract achild during a caregiving event (e.g., toilet training event). In someaspects, the second set of mobile app instructions 111 c 2 ap renders agamification GUI feature (not shown) configured to adapt and unlockcertain features or rewards throughout the caregiving experience. Forexample, in some aspects, a mobile app may be configured to track asnovice user as the novice user completes milestones regarding masteringhygiene (e.g., by demonstrating or logging skills demonstrated). As anovice user satisfies requirements of each milestone (e.g., sits ontoilet by themselves, wipes without help, goes in public, etc.) thenovice user may complete the skills needed in order to be classified asa next stage (e.g., “fully trained”), which may, in some instances,complete an app experience gamification mode.

In an additional example aspect, the second set of mobile appinstructions 111 c 2 ap may render on child GUI 352 a child motivationGUI feature (not shown) configured to incentivize and encourage childvia tangible (“treats”) and intangible (“trip to the zoo”) rewards.

In an additional example aspect, the second set of mobile appinstructions 111 c 2 ap may render on child GUI 352 a custom rewards GUIfeature (not shown) configured to provide audio/video of importantpeople in child's life (e.g., father, mother, grandmother, etc.) theencouraging child to continue with the toilet training event.Additionally, or alternatively the second set of mobile app instructions111 c 2 ap may output or display a time narrative for kids strugglingwith wetting the bed.

In some aspects, child GUI 352 comprises an augmented reality (AR)interface configured to superimpose one or more virtual images (e.g.,virtual image 360 s and 360 t) on or with one or more images of areal-world scene, which may comprise a physical toilet (e.g., scene360). In some aspects, the one or more virtual images comprise graphicalindication(s) to interact with the physical toilet or real-world scene.For example, as shown for scene 360 (which depicts a bathroom), thevirtual images include graphical indicators to flush the toilet (e.g.,virtual image 360 t) using the handle and to wash hands in the sink(e.g., virtual image 360 s). Additional or different virtual images mayalso be displayed, including, for example, lifting the toilet seat,taking toilet paper from a roll, etc. It is to be understood that otherscenes (of other rooms or areas) involving additional and/or differentcaregiving events and related virtual images may be used and arecontemplate herein.

In some aspects, the AR interface is initiated automatically when thedigital camera of mobile device 111 c 2 detects a room having a hygienerelated feature (e.g., toilet or sink). In other embodiments, the ARinterface may be initiated by the child user upon selection, e.g.,selection of a GUI button (e.g., button 356), which may be for aspecific caregiving event (e.g., hand washing). In some aspects, asong/guide may be played or displayed to indicate how long to washhangs.

In still further aspects, virtual images as displayed or rendered by(AR) interface may comprise a graphical character 362 (e.g., an animatedbear) instructing the child user during at least a portion of thecaregiving event. In some aspects, the graphical character 362 may beshown in a separate window or area of child GUI 352. Additionally, oralternatively, the graphical character 362 may be shown with, such assuperimposed on, the scene 360 so as to appear directly interacting withthe scene 360 and various portions thereof (e.g., toilet handle and/orsink) to provide the child with visual instruction as to the caregivingevent (e.g., toilet training event).

ASPECTS OF THE DISCLOSURE

The following aspects are provided as examples in accordance with thedisclosure herein and are not intended to limit the scope of thedisclosure.

1. A multi-tiered graphical user interface (GUI) system configured tointeroperate between multiple mobile application modes during areal-time toilet training event, the multi-tiered GUI system comprising:a first set of mobile application (app) instructions configured torender a parental GUI operating in a parental mode, the first set ofmobile app instructions configured for execution by one or moreprocessors of one or more mobile devices; a second set of mobile appinstructions configured to render a child GUI operating in a child mode,the second set of mobile app instructions configured for execution bythe one or more processors of the one or more mobile devices; and aserver comprising one or more processors and one or more memories,wherein each of the one or more mobile devices are communicativelycoupled to the server, wherein the parental mode and the child modeshare a control state for passing operation between the parental modeand the child mode, wherein the first set of mobile app instructions isconfigured to indicate a triggering of a toilet training event, thetriggering of the toilet training event causing each of: (a) the controlstate to be passed from the parental mode to the child mode, and (b) thechild GUI to be rendered in an interoperated sequence following theparental GUI, wherein toilet training data of a juvenile user isgenerated during the child mode, wherein the training data is recordedon the one or more memories of the server, and wherein the child GUI, asrendered during the child mode, comprises a different interface comparedwith the parental GUI, the child GUI configured for manipulation by thejuvenile user.

2. The multi-tiered GUI system of aspect 1, wherein the second set ofmobile app instructions are configured to indicate a triggering of asecond toilet training event, the triggering of the second toilettraining event causing each of: (a) the control state to be passed fromthe child mode to the parent mode, and (b) the parental GUI to berendered in the interoperated sequence following the child GUI.

3. The multi-tiered GUI system of any one of aspects 1-2, wherein thechild GUI is locked when the control state is passed from the parentmode to the child mode, the child GUI when locked being unable to accessthe parental GUI.

4. The multi-tiered GUI system of aspect 3, wherein the child GUI isconfigured to be unlocked upon input of a unlock code, the input of theunlock code causing the control state to be passed from the child modeto the parent mode and rendering of the parental GUI.

5. The multi-tiered GUI system of any one of aspects 1-4 furthercomprising a third set of mobile app instructions configured to render asecond parental GUI operating in the parental mode, the third set ofmobile app instructions configured for execution by one or moreprocessors of one or more mobile devices, wherein the triggering of thetoilet training event causes the child GUI to be rendered in aninteroperated sequence following the second parental GUI.

6. The multi-tiered GUI system of any one of aspects 1-5, wherein thefirst set of mobile app instructions are part of a first mobile appconfigured for execution on one or more processors of a first mobiledevice, wherein the second set of mobile app instructions are part of asecond mobile app configured for execution on one or more processors ofa second mobile device, wherein the first mobile device iscommunicatively coupled to the second mobile device, and wherein passingthe control state from the parental mode to the child mode causes thechild GUI to be rendered on a display screen of the second mobiledevice.

7. The multi-tiered GUI system of any one of aspects 1-6, wherein thefirst set of mobile app instructions and the second set of mobile appinstructions are part of a single mobile application, and wherein theone or more processors comprises one or more processors of a singlemobile device.

8. The multi-tiered GUI system of any one of aspects 1-7, whereintriggering of the toilet training event comprises generating anotification that the control state is to be passed from the parent modeto the child mode.

9. The multi-tiered GUI system of aspect 2, wherein triggering of thesecond toilet training event comprises generating a second notificationthat the control state is to be passed from the child mode to the parentmode.

10. The multi-tiered GUI system of any one of aspects 1-9, wherein thechild GUI renders one or more interactive screens during the child mode,wherein the manipulation by the juvenile user of the interactive screenscauses generation of at least a portion of the toilet training data.

11. The multi-tiered GUI system of any one of aspects 1-10, wherein theparental GUI renders one or more information screens during the parentmode, wherein the information screens display toilet training criteriaspecific to the generated toilet training data.

12. The multi-tiered GUI system of any one of aspects 1-11, wherein theparental GUI comprises a toilet location interface configured togeographically locate one or more physical toilets.

13. The multi-tiered GUI system of any one of aspects 1-12, wherein theparental GUI comprises a reminder interface configured to display areminder via the parental GUI when a mobile device rendering theparental GUI geo-locates away from a toilet location.

14. The multi-tiered GUI system of any one of aspects 1-13, wherein thechild GUI comprises an augmented reality (AR) interface configured tosuperimpose one or more virtual images on or with one or more images ofa real-world scene.

15. The multi-tiered GUI system of aspect 14, wherein the one or morevirtual images comprise a graphical indication to interact with aphysical toilet or real-world scene.

16. The multi-tiered GUI system of aspect 14, wherein the one or morevirtual images comprise a graphical character.

17. The multi-tiered GUI system of any one of aspects 1-16, wherein atleast a portion of the toilet training data or a summary of the toilettraining data is provided to a social media platform.

18. The multi-tiered GUI system of any one of aspects 1-17 furthercomprising an adaptive learning model, the adaptive learning modeltrained on toilet training data of a plurality of juvenile users, theadaptive learning model configured to trigger the toilet training eventat a time based on criteria input regarding the juvenile user.

19. The multi-tiered GUI system of aspect 18, wherein the adaptivelearning model is retrained with the toilet training data of thejuvenile user to generate an updated adaptive learning model, theupdated adaptive learning model comprising a an updated time to triggerthe toilet training event.

20. The multi-tiered GUI system of any one of aspects 1-19, wherein thetoilet training event is triggered based on a geographic location of thejuvenile user.

21. The multi-tiered GUI system of any one of aspects 1-20, wherein thetoilet training event is triggered based on a time of day.

22. The multi-tiered GUI system of any one of aspects 1-21, wherein thesecond set of mobile app instructions are further configured to alteroperation of the child mode based on a proficiency setting, wherein theproficiency setting causes at least one of: (a) a modification to theparental GUI; (b) a modification to the child GUI; or (c) a modificationof the toilet training event.

23. The multi-tiered GUI system of any one of aspects 1-22, wherein thefirst set of mobile app instructions are part of a mobile applicationconfigured for execution on one or more processors of a mobile device,and wherein the first set of mobile app instructions are initiated upona menu selection within a menu of the mobile app, the menu selectioncorresponding to real-time toilet training.

24. The multi-tiered GUI system of aspect 24, wherein the menu of themobile app is rendered upon scanning a visible marking.

25. The multi-tiered GUI system of aspect 25, wherein the visiblemarking is affixed to a physical product.

26. The multi-tiered GUI system of aspect 25, wherein the visiblemarking is on a physical surface.

27. The multi-tiered GUI system of aspect 25, wherein the visiblemarking is displayed via a display screen.

28. The multi-tiered GUI system of aspect 24, wherein the mobile app isconfigured for download and install on the mobile device, and wherein aunique id of a user is generated upon download and install of the mobileapp.

29. The multi-tiered GUI system of aspect 24, wherein the mobile app isconfigured to receive one or more electronic coupons.

30. A multi-tiered graphical user interface (GUI) system configured tointeroperate between multiple mobile application modes during areal-time caregiving event, the multi-tiered GUI system comprising:first set of mobile application (app) instructions configured to renderan expert GUI operating in an expert mode, the first set of mobile appinstructions configured for execution by one or more processors of oneor more mobile devices; a second set of mobile app instructionsconfigured to render a novice GUI operating in a novice mode, the secondset of mobile app instructions configured for execution by the one ormore processors of the one or more mobile devices; and a servercomprising one or more processors and one or more memories, wherein eachof the one or more mobile devices are communicatively coupled to theserver, wherein the expert mode and the novice mode share a controlstate for passing operation between the expert mode and the novice mode,wherein the first set of mobile app instructions is configured toindicate a triggering of a caregiving event, the triggering of thecaregiving event causing each of: (a) the control state to be passedfrom the expert mode to the novice mode, and (b) the novice GUI to berendered in an interoperated sequence following the expert GUI, whereincaregiving data of a novice user is generated during the novice mode,wherein the caregiving data is recorded on the one or more memories ofthe server, and wherein the novice GUI, as rendered during the novicemode, comprises a different interface compared with the expert GUI, thenovice GUI configured for manipulation by the novice user.

31. A multi-tiered graphical user interface (GUI) method forinteroperation between multiple mobile application modes during areal-time caregiving event, the multi-tiered GUI method comprising:rendering an expert GUI operating in an expert mode; rendering a noviceGUI operating in a novice mode, wherein the expert mode and the novicemode share a control state for passing operation between the expert modeand the novice mode; detecting, with a first set of mobile appinstructions, a triggering of a caregiving event; passing, based on atriggering of the caregiving event, the control state from the expertmode to the novice mode; rendering, based on the triggering of thecaregiving event, the novice GUI in an interoperated sequence followingrendering of the expert GUI; and generating caregiving data of a noviceuser during the novice mode, wherein the novice GUI, as rendered duringthe novice mode, comprises a different interface compared with theexpert GUI, the novice GUI configured for manipulation by the noviceuser.

ADDITIONAL CONSIDERATIONS

Although the disclosure herein sets forth a detailed description ofnumerous different aspects, it should be understood that the legal scopeof the description is defined by the words of the claims set forth atthe end of this patent and equivalents. The detailed description is tobe construed as exemplary only and does not describe every possibleaspect since describing every possible aspect would be impractical.Numerous alternative aspects may be implemented, using either currenttechnology or technology developed after the filing date of this patent,which would still fall within the scope of the claims.

The following additional considerations apply to the foregoingdiscussion. Throughout this specification, plural instances mayimplement components, operations, or structures described as a singleinstance. Although individual operations of one or more methods areillustrated and described as separate operations, one or more of theindividual operations may be performed concurrently, and nothingrequires that the operations be performed in the order illustrated.Structures and functionality presented as separate components in exampleconfigurations may be implemented as a combined structure or component.Similarly, structures and functionality presented as a single componentmay be implemented as separate components. These and other variations,modifications, additions, and improvements fall within the scope of thesubject matter herein.

Additionally, certain aspects are described herein as including logic ora number of routines, subroutines, applications, or instructions. Thesemay constitute either software (e.g., code embodied on amachine-readable medium or in a transmission signal) or hardware. Inhardware, the routines, etc., are tangible units capable of performingcertain operations and may be configured or arranged in a certainmanner. In example aspects, one or more computer systems (e.g., astandalone, client or server computer system) or one or more hardwaremodules of a computer system (e.g., a processor or a group ofprocessors) may be configured by software (e.g., an application orapplication portion) as a hardware module that operates to performcertain operations as described herein.

The various operations of example methods described herein may beperformed, at least partially, by one or more processors that aretemporarily configured (e.g., by software) or permanently configured toperform the relevant operations. Whether temporarily or permanentlyconfigured, such processors may constitute processor-implemented modulesthat operate to perform one or more operations or functions. The modulesreferred to herein may, in some example aspects, compriseprocessor-implemented modules.

Similarly, the methods or routines described herein may be at leastpartially processor-implemented. For example, at least some of theoperations of a method may be performed by one or more processors orprocessor-implemented hardware modules. The performance of certain ofthe operations may be distributed among the one or more processors, notonly residing within a single machine, but deployed across a number ofmachines. In some example aspects, the processor or processors may belocated in a single location, while in other aspects the processors maybe distributed across a number of locations.

The performance of certain of the operations may be distributed amongthe one or more processors, not only residing within a single machine,but deployed across a number of machines. In some example aspects, theone or more processors or processor-implemented modules may be locatedin a single geographic location (e.g., within a home environment, anoffice environment, or a server farm). In other aspects, the one or moreprocessors or processor-implemented modules may be distributed across anumber of geographic locations.

This detailed description is to be construed as exemplary only and doesnot describe every possible aspect, as describing every possible aspectwould be impractical, if not impossible. A person of ordinary skill inthe art may implement numerous alternate aspects, using either currenttechnology or technology developed after the filing date of thisapplication.

Those of ordinary skill in the art will recognize that a wide variety ofmodifications, alterations, and combinations can be made with respect tothe above described aspects without departing from the scope of theinvention, and that such modifications, alterations, and combinationsare to be viewed as being within the ambit of the inventive concept.

The patent claims at the end of this patent application are not intendedto be construed under 35 U.S.C. § 112(f) unless traditionalmeans-plus-function language is expressly recited, such as “means for”or “step for” language being explicitly recited in the claim(s). Thesystems and methods described herein are directed to an improvement tocomputer functionality, and improve the functioning of conventionalcomputers.

The dimensions and values disclosed herein are not to be understood asbeing strictly limited to the exact numerical values recited. Instead,unless otherwise specified, each such dimension is intended to mean boththe recited value and a functionally equivalent range surrounding thatvalue. For example, a dimension disclosed as “40 mm” is intended to mean“about 40 mm.”

Every document cited herein, including any cross referenced or relatedpatent or application and any patent application or patent to which thisapplication claims priority or benefit thereof, is hereby incorporatedherein by reference in its entirety unless expressly excluded orotherwise limited. The citation of any document is not an admission thatit is prior art with respect to any invention disclosed or claimedherein or that it alone, or in any combination with any other referenceor references, teaches, suggests or discloses any such invention.Further, to the extent that any meaning or definition of a term in thisdocument conflicts with any meaning or definition of the same term in adocument incorporated by reference, the meaning or definition assignedto that term in this document shall govern.

While particular aspects of the present invention have been illustratedand described, it would be obvious to those skilled in the art thatvarious other changes and modifications can be made without departingfrom the spirit and scope of the invention. It is therefore intended tocover in the appended claims all such changes and modifications that arewithin the scope of this invention.

What is claimed is:
 1. A multi-tiered graphical user interface (GUI)system configured to interoperate between multiple mobile applicationmodes during a real-time toilet training event, the multi-tiered GUIsystem comprising: a first set of mobile application (app) instructionsconfigured to render a parental GUI operating in a parental mode, thefirst set of mobile app instructions configured for execution by one ormore processors of one or more mobile devices; a second set of mobileapp instructions configured to render a child GUI operating in a childmode, the second set of mobile app instructions configured for executionby the one or more processors of the one or more mobile devices; and aserver comprising one or more processors and one or more memories,wherein each of the one or more mobile devices are communicativelycoupled to the server, wherein the parental mode and the child modeshare a control state for passing operation between the parental modeand the child mode, wherein the first set of mobile app instructions isconfigured to indicate a triggering of a toilet training event, thetriggering of the toilet training event causing each of: (a) the controlstate to be passed from the parental mode to the child mode, and (b) thechild GUI to be rendered in an interoperated sequence following theparental GUI, wherein toilet training data of a juvenile user isgenerated during the child mode, wherein the training data is recordedon the one or more memories of the server, and wherein the child GUI, asrendered during the child mode, comprises a different interface comparedwith the parental GUI, the child GUI configured for manipulation by thejuvenile user.
 2. The multi-tiered GUI system of claim 1, wherein thesecond set of mobile app instructions are configured to indicate atriggering of a second toilet training event, the triggering of thesecond toilet training event causing each of: (a) the control state tobe passed from the child mode to the parent mode, and (b) the parentalGUI to be rendered in the interoperated sequence following the childGUI.
 3. The multi-tiered GUI system of claim 1, wherein the child GUI islocked when the control state is passed from the parent mode to thechild mode, the child GUI when locked being unable to access theparental GUI.
 4. The multi-tiered GUI system of claim 3, wherein thechild GUI is configured to be unlocked upon input of a unlock code, theinput of the unlock code causing the control state to be passed from thechild mode to the parent mode and rendering of the parental GUI.
 5. Themulti-tiered GUI system of claim 1 further comprising a third set ofmobile app instructions configured to render a second parental GUIoperating in the parental mode, the third set of mobile app instructionsconfigured for execution by one or more processors of one or more mobiledevices, wherein the triggering of the toilet training event causes thechild GUI to be rendered in an interoperated sequence following thesecond parental GUI.
 6. The multi-tiered GUI system of claim 1, whereinthe first set of mobile app instructions are part of a first mobile appconfigured for execution on one or more processors of a first mobiledevice, wherein the second set of mobile app instructions are part of asecond mobile app configured for execution on one or more processors ofa second mobile device, and wherein the first mobile device iscommunicatively coupled to the second mobile device, and wherein passingthe control state from the parental mode to the child mode causes thechild GUI to be rendered on a display screen of the second mobiledevice.
 7. The multi-tiered GUI system of claim 1, wherein the first setof mobile app instructions and the second set of mobile app instructionsare part of a single mobile application, and wherein the one or moreprocessors comprises one or more processors of a single mobile device.8. The multi-tiered GUI system of claim 1, wherein triggering of thetoilet training event comprises generating a notification that thecontrol state is to be passed from the parent mode to the child mode. 9.The multi-tiered GUI system of claim 2, wherein triggering of the secondtoilet training event comprises generating a second notification thatthe control state is to be passed from the child mode to the parentmode.
 10. The multi-tiered GUI system of claim 1, wherein the child GUIrenders one or more interactive screens during the child mode, whereinthe manipulation by the juvenile user of the interactive screens causesgeneration of at least a portion of the toilet training data.
 11. Themulti-tiered GUI system of claim 1, wherein the parental GUI renders oneor more information screens during the parent mode, wherein theinformation screens display toilet training criteria specific to thegenerated toilet training data.
 12. The multi-tiered GUI system of claim1, wherein the parental GUI comprises a toilet location interfaceconfigured to geographically locate one or more physical toilets. 13.The multi-tiered GUI system of claim 1, wherein the parental GUIcomprises a reminder interface configured to display a reminder via theparental GUI when a mobile device rendering the parental GUI geo-locatesaway from a toilet location.
 14. The multi-tiered GUI system of claim 1,wherein the child GUI comprises an augmented reality (AR) interfaceconfigured to superimpose one or more virtual images on or with one ormore images of a real-world scene.
 15. The multi-tiered GUI system ofclaim 14, wherein the one or more virtual images comprise a graphicalindication to interact with a physical toilet or real-world scene. 16.The multi-tiered GUI system of claim 14, wherein the one or more virtualimages comprise a graphical character.
 17. The multi-tiered GUI systemof claim 1, wherein at least a portion of the toilet training data or asummary of the toilet training data is provided to a social mediaplatform.
 18. The multi-tiered GUI system of claim 1 further comprisingan adaptive learning model, the adaptive learning model trained ontoilet training data of a plurality of juvenile users, the adaptivelearning model configured to trigger the toilet training event at a timebased on criteria input regarding the juvenile user.
 19. Themulti-tiered GUI system of claim 18, wherein the adaptive learning modelis retrained with the toilet training data of the juvenile user togenerate an updated adaptive learning model, the updated adaptivelearning model comprising a an updated time to trigger the toilettraining event.
 20. The multi-tiered GUI system of claim 1, wherein thetoilet training event is triggered based on a geographic location of thejuvenile user.
 21. The multi-tiered GUI system of claim 1, wherein thetoilet training event is triggered based on a time of day.
 22. Themulti-tiered GUI system of claim 1, wherein the second set of mobile appinstructions are further configured to alter operation of the child modebased on a proficiency setting, wherein the proficiency setting causesat least one of: (a) a modification to the parental GUI; (b) amodification to the child GUI; or (c) a modification of the toilettraining event.
 23. The multi-tiered GUI system of claim 1, wherein thefirst set of mobile app instructions are part of a mobile applicationconfigured for execution on one or more processors of a mobile device,and wherein the first set of mobile app instructions are initiated upona menu selection within a menu of the mobile app, the menu selectioncorresponding to real-time toilet training.
 24. The multi-tiered GUIsystem of claim 24, wherein the menu of the mobile app is rendered uponscanning a visible marking.
 25. The multi-tiered GUI system of claim 25,wherein the visible marking is affixed to a physical product.
 26. Themulti-tiered GUI system of claim 25, wherein the visible marking is on aphysical surface.
 27. The multi-tiered GUI system of claim 25, whereinthe visible marking is displayed via a display screen.
 28. Themulti-tiered GUI system of claim 24, wherein the mobile app isconfigured for download and install on the mobile device, and wherein aunique id of a user is generated upon download and install of the mobileapp.
 29. The multi-tiered GUI system of claim 24, wherein the mobile appis configured to receive one or more electronic coupons.
 30. Amulti-tiered graphical user interface (GUI) system configured tointeroperate between multiple mobile application modes during areal-time caregiving event, the multi-tiered GUI system comprising: afirst set of mobile application (app) instructions configured to renderan expert GUI operating in an expert mode, the first set of mobile appinstructions configured for execution by one or more processors of oneor more mobile devices; a second set of mobile app instructionsconfigured to render a novice GUI operating in a novice mode, the secondset of mobile app instructions configured for execution by the one ormore processors of the one or more mobile devices; and a servercomprising one or more processors and one or more memories, wherein eachof the one or more mobile devices are communicatively coupled to theserver, wherein the expert mode and the novice mode share a controlstate for passing operation between the expert mode and the novice mode,wherein the first set of mobile app instructions is configured toindicate a triggering of a caregiving event, the triggering of thecaregiving event causing each of: (a) the control state to be passedfrom the expert mode to the novice mode, and (b) the novice GUI to berendered in an interoperated sequence following the expert GUI, whereincaregiving data of a novice user is generated during the novice mode,wherein the caregiving data is recorded on the one or more memories ofthe server, and wherein the novice GUI, as rendered during the novicemode, comprises a different interface compared with the expert GUI, thenovice GUI configured for manipulation by the novice user.
 31. Amulti-tiered graphical user interface (GUI) method for interoperationbetween multiple mobile application modes during a real-time caregivingevent, the multi-tiered GUI method comprising: rendering an expert GUIoperating in an expert mode; rendering a novice GUI operating in anovice mode, wherein the expert mode and the novice mode share a controlstate for passing operation between the expert mode and the novice mode;detecting, with a first set of mobile app instructions, a triggering ofa caregiving event; passing, based on the triggering of the caregivingevent, the control state from the expert mode to the novice mode;rendering, based on the triggering of the caregiving event, the noviceGUI in an interoperated sequence following rendering of the expert GUI;and generating caregiving data of a novice user during the novice mode,wherein the novice GUI, as rendered during the novice mode, comprises adifferent interface compared with the expert GUI, the novice GUIconfigured for manipulation by the novice user.